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T^einventiOT relates to a m«l for congesti^^ to a node in an FR network. In the method, 
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A method for congestion management in a frame relay 
network and a node in a frame relay network 

The invention relates to a method for congestion 
5 management in a frame relay network, wherein frames 
are buffered both at the input and at the output 
boundary of a node, and a virtual channel associated 
with a frame to be trans f erred is determined. The 
invention further relates to a node in a frame relay 
10 network, comprising input buffers at the input 
boundary of the node and output buffers at the output 
boundary of the node, and means for delivering frames 
from the input buffer to a desired output buffer. 

Congestion means a situation in which the number 
15 of transmission requests exceeds the transmission 
capacity at a certain network point (called a bottle- 
neck resource) at a specific time. Congestion usually 
results in overload conditions, as a \result~ oT~ which] 
the buffers overflow, for instance, and so packets 
20 will be retransmitted either by the network or the 
subscriber. The function of congestion management (CM) 
is to maintain a balance between the transmission 
requests and the transmission capacity so that the 
bottle-neck resources operate on an optimal level, and 
25 the subscribers are offered service in a way that 
assures fairness. 

sion management'' can be divided into 



i v ..-r***N*"**J — - ■ . — J ^- ■ * — — — -* J -~ f — '■ — . ;• 

[(CRjy Congestion avoidance methods aim at preventing 
30 the occurrence of congestion in the network by 
dynamically adjusting the bandwidth of the subscribers 
in accordance with network congestion conditions 
and/or by altering the network routing so that part of 
the traffic load of the bottle-neck resources is 
shifted to idle resources. The purpose of recovery 
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methods , in turn, is to restore the operation of the 
bottle-neck resources to an optimal level if the 
avoidance methods have failed to prevent the 
occurrence of congestion. 

The fraime relay^(FR) technique isT~ 
switched network technique^ used for the tr 
of frames—of— varying^Iength in place of the packet- 
switched network connections presently in use. The 
protocol (X.25) applied generally in the present 
packet- switched networks requires plenty of processing 
and the transmission equipment is expensive, as a 
result of which the speeds also remain low. These 
matters are due to the fact that the X.25 standard was 
developed when the used transmission connections were 
still rather prone to transmission errors. The 
starting point of the frame relay technique was a 
considerably lower transmission line error probab- 
ility. It has therefore been possible to discard a 
number of unnecessary functions in the frame relay 
technique, thus making the delivery of frames rapid 
and efficient. The Frame Mode Bearer Service is 
described generally in the CCITT specification 1.233 
(Reference 1)/ and the associated protocol in the 
specification Q.922 pteference 2). Congestion in an FR 
network and congestion management mechanisms are 

described in the CCITT specification 1.370 (Ite^erence 

— — -\ ^- — - _ > 

3).j For a more detailed description of the FR 

technique, An Overview of Frame Relay Technology, 

Datapro Management of Data Communications, McGraw-Hill 

Incorporated, April 1991, (Reference 4?) as well as the 

above-mentioned specifications are referred to. 

The recommendations defined in the CCITT 

specifications offer a few mechanisms for congestion 

notification. For instance, the recommendation 1.370 

shares the network congestion management between the 
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nodes and the subscribers of the network. According to 
it, the sjj^sGa^e^sho^ 

^^^p^rk^ ^a^h^^^^prk r in turn, should do the 
5 same on the basis of congestion notifications received 
from the subscriber. In other words, if the network 
notifies the subscriber of congestion, the subscriber 
should reduce its traffic to the network, and vice 
versa. This co-operation would thus make the network a 
10 kind of closed system as far as the congestion 
management is concerned. However, this kind of 
congestion management is not operative in practice, 
mainly for two reasons: 

notification mechanisms offered by the 
15 specification are too slow to respond to momentary 
congestion situations; and 

- one cannot rely on the subscribers voluntarily 
reducing traffic even if they receive congestion 
notifications from the network. In such a case the 
20 congestion management system is not, in fact, closed, 
and congestion will not be relieved. 

Another drawback of known methods is that all 
subscribers are treated equally under congestion 
conditions, and so it is not possible to give priority 
25 to the messages of subscribers wanting better service 
(i.e. applications requiring better service) with 
respect to the most important application parameters. 

The object of the present invention is to 
eliminate the above-described disadvantages and 
provide a new congestion management method for use in 
the FR network, which method is reliable and capable 
of rapid responding. The new method enables the 
subscriber application behind the congestion to be 
offered the best possible service as well as 
35 congestion management mechanisms that reduce the level 
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of service as little as possible. This is achieved by 
a method according to the invention, which is 
characterized in that network services are classified 
into different classes according to delay and frame 
throughput probability; and frames are forwarded in 
the nodes through buffers provided specifically for 
each service class. An FR network node according to 
the invention, in turn, is characterized in that it 
comprises means for storing service classes 
corresponding to virtual channels; and at least one 
buffer for each defined service class provided at 
least at the output boundary of the node specifically 
for each data link connection. 

The invention rests on the idea that the 
services offered in the network are classified accord- 
ing to the most important application parameters 
(throughput probability and delay) and that the 
delivery of frames to be transferred is performed 
specifically for each service class. In practice, this 
means e.g. that the different service classes are 
treated in different ways as far as buffering and 
congestion management are concerned, which in turn 
means mainly that a [separate buffer is required for] 
each " service i cla1^"f or = the allocation of shared J 
resources within each access connection.! 

In thef ollowing the invention will be described 
in greater detail with reference to the examples shown 
in the attached drawings, in which 

Figure 1 illustrates the classification of 
services in an FR network according to the invention; 

Figure 2 illustrates a typical operating 
environment of the method according to the invention; 

Figure 3 is a simplified view of a node in the 
FR network; 

Figure 4 illustrates the principal features of 
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the configuration of a trunk node in the FR network 
according to the invention; 

Figure 5 illustrates the format of a frame to be 
delivered in the FR network; 
5 Figure 6 illustrates the principal features of a 

subscriber node in the FR network according to the 
invention; 

Figure 7 illustrates the transmission of con- 
gestion notifications in the network for adjusting 

10 subscriber-specific traffic; and 

Figure 8 shows the trunk node of Figure 4 with a 
further service class added to the network for 
congestion notifications. 

The frame relay network supports various appli- 

15 cations requiring services of different • kinds. For 
example, if one generalizes to some extent, traffic 
between local area networks (LAN) can be divided into 
two portions: (a) interactive traffic, and (b) data- 
file transfer type traffic. In interactive traffic, 

20 relatively short packets are transferred and a rapid 
response is expected from the network, i.e. small 
delays. Transmission is usually carried out by higher- 
order protocols which detect transmission errors and 
frame losses and perform a rapid retransmission, if 

25 required. 

In the datafile transfer, it is beneficial to 
transfer relatively large packets . The time required 
for the transfer is not usually critical, provided 
that the time-outs of the protocols will not expire. 

30 In addition to the services described above, 

there is a need for a service where both delays and 
frame throughput probability are optimized. This kind 
of service requires more network node resources than 
the other services described above, and would, in 

35 practice, also be more expensive than the other 
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services . 

On the basis of the above, the services of the 
FR network can be described as shown in illSlte* «i/ 
taking into account the two most important application 
5 parameters (frame loss probability and delay). Area 1 
represents a service offering interactivity; area 2 
represents data transfer service; and area 3 re- 
presents a service where both delays and frame 
throughput probability are optimized. With a low 

10 traffic rate in the FR network, the operation takes 
place near the origin, and the different services do 
not differ to any greater degree from each other. The 
network is able to forward all traffic, and there 
occur no packet losses due to congestion. However, 

15 momentary network congestion cannot be avoided, and 
network nodes should respond in such situations as 
efficiently as possible. When the traffic increases, 
the operation shifts farther away from the origin, and 
differences between the different services become 

20 apparent. Service 2 is able to utilize a long buffer- 
ing time to achieve a good multiplexing result. This 
causes a delay to occur but this is allowable for this 
particular service. Service 1 is able to utilize the 
fact that delays must not be too long. As a last 

25 resort, frames can be discarded as congestion would 
anyway increase their transit delay excessively. 
Service 3 aims at both a short delay and a high 
throughput probability, and so it requires more 
capacity in the nodes. 

30 0| shows an FR network offering public 

network services, that is, a frame relay network 12 
interconnecting local area networks 11 of different 
offices A...E of a single corporation or a plurality 
of corporations. The local area network 11 of each 

35 office has access to the FR service via a local area 
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network bridge 13 and a data link connection indicated 
with the references 14a . ..14e, respectively. The con- 
nection between an FR subscriber A...E and an FR 
network node is known per se, wherefore it will not be 
5 described more closely herein. (More detailed informa- 
tion about local area networks and bridges used in 
their interconnection can be found e.g. in an article 
by Michael Grimshaw LAN Interconnections Technology, 
Telecommunications, February 1991 , and in LShlverkko- 
10 opas, Leena Jaakonmaki, Suomen ATK-kustannus Oy, 1991, 
which are incorporated herein by reference. ) 

'Figure 3^ is a simplified view of the known 
structure of a node N in the FR network 12. An FR 
frame from a subscriber is received in an input buffer 
15 15a, from which it is connected to a centralized 
router 16 routing it to an appropriate output buffer 
15b or 15c, which may be either an output buffer 15b 
connected to another subscriber connection or an 
output buffer 15c connected to an FR trunk connection 
(which is an internodal data link connection in the FR 
network ) . 

A typical feature of the node structure shown in 
Figu re 3 is that the same buffer is used for all 
f rames ^ assuming that they are routed to the same 

25 physical connection. According to the present inven- 
tion, on the contrary, buffers corresponding to the 
above-described service classes are provided at the 
output boundary of all network nodes and at the input 
boundary having trunk connections. \¥±^are^~m illus- 

30 trates this kind of solution at a trunk node in the 
network. The node receives FR frames originally 
assembled in the bridges 13 of the subscriber 
connections (Figure 2). The frame of the subscriber 
LAN 11 is inserted into the information field of the 

35 FR frame in the bridge 13 (with the exception of 
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timing bits and other similar bits), figure 1> 
illustrates the insertion of a LAN frame 38 in-bcT the 
information field of an FR frame 39. It also shows a 
typical FR network frame format where the address 
field preceding the information field comprises two 
octets (bits 1 to 8). The bits 3 to 8 of the first 
octet and the bit 5 to 8 of the second octet form a 
data link connection identifier DLCI, which indicates )>LCJ 
to the node e.g. the virtual connection and virtual 
Id channel to which a particular frame belongs. The 
virtual channels are distinguished from each other by 
means of the data link connection identifier. Tl^dat^ 
link connection identi fier, however , is unambiguous 
only over a single virtual channel, and it may change 
15^ in the node on transition to the next virtual channel. 
In the invention, the bit 2 of the second address 
field octet, called a| DE bitT7 (Discard Eligibility X>& 
Indicator), is also significant. In accordance with 
the CCITT recommendation, it is <ajlqwaW a\ \Q 

fram£\e.g. ^nder congestiorTconditions if the DE bit 
of the frame has been set to one. For instance, in the ^ ^| 
service class 1, which tolerates a higher frame loss 
probability than the other service classes, such 
frames are discarded more readily than in the other 
classes as the congestion would anyway increase the 
transit delay of the frames excessively. As the other 
bits in the FR frame are not relevant to the present 
invention, they will not be described more closely 
herein . References 2 and 4 mentioned above are 
referred to for a more detailed description. 



FR frame 39 of the format described above is 
received at the node by a jspecim"^SIassif ication unit"/ 
^43^ each data link connect:S5rTia^ own classi- 

fication unit, which reads the ^ j from 

35 the address field of the frame andyselegts the service ] 
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BUS? (1, ^2 or 3)| corresponding to the virtual channel (A^rf 
indicated by the identifier. The virtual channels and 
the respective service classes may be stored e.g. in a 
table T. (The virtual channel means a virtual con- 
nection portion having the length of one transmission 
interval, while the virtual connection is the actual 
packet-switched end-to-end FR connection. ) After 
having completed the classification by means of the 

table T, the classification unit 43 applies each frame, J, 

to an \input' buffer 44a, 44b lxr^~44c corresponding to~ 
the spee^fiflSd service class of the *frame. Each inbound 
dataT~~link connection thus comprises three input 
buffers, one for each service class. Each data link 
connection has a specific selector SI which reads the 
15 frames from the service class specific buffers and i 
forwards them within the node. On the output side of 
the trunk node, each frame 39 is applied to one of 
three service class specific output buffers 45a, 45b 
or 45c of a desired data link connection, the buffer 
20 being selected according to the service class 
specified on the input side of the node. A selector S2 
then reads the frame further to a trunk connection . 
Alternatively, classification units may be provided 
separately for each transmission connection on the 
25 output side of the node, in which case the class data 
need not be transferred within the node. 

In the service class 2 (buffers 44c and 45c in 
Figure 4), a lot of traffic can be buffered, thus 
making the transmission more reliable at the expense 
30 of delays. In the service class 1 (buffers 44a and 
45a), the size of the buffers should be small (smaller 
than in class 2 ) and the same applies to the service 
class 3 (buffers 44b and 45b). (The size of the buffer 
is determined on the basis of the maximum delay the 
35 network is allowed to cause. ) The frames thus pass 
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through the network nodes with a small delay depending 
on the service. 

The selectors SI and S2 read the buffers in 
proportion to the traffic allocated to them, so that 
5 the fairness principle will be met, or by applying 
some other suitable principle so that the agreed 
service will be provided . As the se^S^^Sldss 3/ 
furt her involve sa promise of a ffowe?^c^*p^SabST : ^ 

10 t ^g^^fe ^S"w^ other 
C?*5???- <^?^- exam P le / more frequently than the other 
buffers). In addition, when the fill rate of each 
service class specific buffer exceeds a predetermined 
limit, the discarding of preferentially frames having 

15 their DE bit set (to one) can be started. 

f Figure 6 / illustrates a [subscriber node N 

l - — — • t .. _ j 

according to the invention (i.e. a node to which 

subscribers are connected). Subscriber connections 

14a, 14b, etc. are connected to an identification unit 

20 61 which receives FR frames which are of the type 
described above and have been assembled in the bridges 
13 (Figure 2). The identification unit 61 reads the 
identifier DLCI from the address field of the frame 
and forwards the frame to an input buffer 61, . . . 62 

25 corresponding to the virtual connection indicated by 
the identifier . Each data link connection has a 
specific selector S3 which selects frames from the 
input buffers of each virtual channel and forwards 
them within the node. 

30 0n the output side of the node, frames are 

applied to the above-described classification unit 43, 
each data link connection having its own classifica- 
tion unit, which reads the identifier DLCI from the 
address field of the frame and selects from table T 

35 the service class corresponding to the virtual channel 
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indicated by the identifier. After having completed 
the classification, ^^mmm^^^^mm^^^^li^s: 

^sg©SIIi^£b^^ Each outbound ^ 

data link connection thus has three (iSatpSl^r'buf >f ers> 
'^^^Mmcz^^-"^^y' Ss ^^o^^ . The selector S2 selects 
the frames from the service class specific output 
buffers 64a... 64c and forwards them to the data link 
connection. (The function of the fourth service class 
buffer drawn by broken lines in the figure will be 
described more closely below.) 

Traffic transmitted by the subscribers over the 
FR network is thus buffered on the input side of the 
subscriber node specifically for each virtual 
connection. Incoming frames 39 are chained dynamically 
over each virtual connection. Depending on the service 
class of the virtual connection, the chain length has 
a predetermined allowable maximum value; this is 
smaller in service classes 1 and 3 and greater in 
service class 2. The selector S3 reads the buffers 

62 1 62 n e.g. in proportion to the amount of traffic 

allocated to them, thus meeting the fairness 
principle, or by applying some other suitable 
principle so as to provide the agreed service. 

On the output side of the subscriber node, the 
service class specific buffers are utilized in the 
same way as in the trunk node. 

According to a preferred embodiment of the 
invention, the service to be provided in each service 
class can be further improved so that ^when a network 
r JodeTTis l congested, one attempts to Qreduce the amount 
of- --traffic over the virtual connections passing 
through the node already at the source end of the 
network in the subscriber node of the particular 



35 virtual connections. Accordingly, ^frames will not load 
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tfie~^tfier network resources ffnlj^onbe^ 
reaching the congested nodet This mechanism operates 
in the following way (cf. Figure 7). When the output 
buffers in a network node, say a node Nl, 
pred&^SSiHed f illTrat?e , the node transmi&ssas 




ickv^r^jlirec^ioii^to 



-the- 



conges^lo^^ 

i^ascr^bgr Sftn^eslT;! node N2 



the 

amount of traffic transmitted to the network over the 
virtual connections is thus <reduc^By buffering csuch 
traffic^ 



into the 




as ^possible . After a while, 
if no further congestion notifications are received, 
the amount of traffic through this particular resource 
may again be increased. By monitoring traffic 
specifically for each subscriber by utilizing the 
congestion notifications, the amount of traffic to a 
congested resource can be reduced in order to relieve 
congestion. 

In practice, the adjustment of the amount of 
traffic in the subscriber node is performed entirely 
(in compliance with the fairness principle) by 
monitoring the traffic of each subscriber ( S ) 
specifically for each virtual connection by means of 
parameters CIR (Committed Information Rate), B c 
(Committed Burst Size) and B e (Excess Burst Size), and 
by responding to the above-described ^congestions 

of 

trEf^i ^^or^ tte— ^etwo rkN. over certain virtual 

relieve 



connections in order to 



congestion, 



CIR 



■ Mi ii ■ - in ib vw*M&J » V>J.X\ 

represents the ( 3ata transmission rate ) guaranteed by 
thene^rork^imder normal conditions; B c represents a 
( ^tnaximum amount ^of data the subscriber can transmit 
over the network within a time slot T c ; and B e 
represents the a ^unt of data^B fr which the subscriber 
can exceed 1?he value B 



within the time slot T c . These 
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Lng 



par ametersare^desGr^ibed^e^g . in Reference 3. 

Congestion no t i f icat ions^i should "be /iforwardec 
to the egress -ixedes w very--ragldly for rapid \res| 
<Hp*~ under congestion conditions. According to the pre- 
5 ^ Terred embodiment of the invention, a* fourth /service ^ 
class %_±s dedicated to such congesM^on" Ino^if icatibns , 
an^respect ive buffers are provided— for^the service 
class^n^tKe^ the trunk node, this embodi- 

' ment is shown in fFi^reT 8) where the buffers 44d and 
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45d of the service class of congestion notifications 
a ^^^^S^y^^^^ lines. Correspondingly , (^ ^f our th ^? 
^output buffer^64djj)s incorporated on the output side 
of the subscriber node ((Figure 6).- 

The mechanism described above makes the FR 
network a closed system as far as the congestion 
management is concerned. When ^congestion notifi- 
cation M is transmitted in a backwarddirfection to the 
subscriber nodes suff icientl/ early before the node is 
severely congested, the netw&rlT^and network traffic 
can be "tuned" flexibly in this way to achieve an j* 
optimal throughput capacity. The seiifvice class 
rspecific~ buffers insure that each service class is 
treated in a way best suited for its characteristic 

features even under congestion conditions. { 

" " — ■ — 



35 



Even though the invention has been described 
above with reference to the examples of the attached 
drawings, it is obvious that the invention is not 
restricted to it but it may be modified within the 
inventive idea disclosed above and in the attached 
claims. For example, the internal structural details 
of the nodes may vary in many ways even though the 
servic e cla sses and respective buffers are implemented 
in accordance with the^inventive idea? It is further i 
to be noted that the" above-described way is u sed in 
the nodes to forward only frames the integrity of 
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which has been checked and in which no errors have 
been detected and the DLCI has been defined for the 
link in question. If errors are detected or it is 
found out that the DLCI has not been defined for the 
link in question, the frame is discarded. As these 
stages, however, do not fall within the idea of the 
invention, they have not been described above. 
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Claims : 

1. Method for congestion management in a frame 
relay network, wherein frames (39) are buffered both 
at the input and at the output boundary of a node, and 
a virtual channel associated with the frame (39) to be 
transferred is determined, characterized 
in that 

- network services are classified into different 
classes (1, 2, 3) according to delay and frame through- 
put probability; and 

• frames are forwarded in the nodes through 
buffers (44a. ..44d, 45a... 45d, 64a... 64d) specific for 
each service class. 

2. Method according to claim 1, charac- 
terized in that the network services are 
divided into three main service classes so that the 
first service class (1) offers interactive service 
where delays are kept short; the second service class 
(2) offers a low frame loss probability while delays 
are less critical; and the third service class (3) 
offers both a short delay and a low frame loss 
probability. 

3. Method according to claim 1, charac- 
terized in that the buffers of the third 
service class are read more frequently than those of 
the other classes. 

4. Method according to claim 1, charac- 
terized in that frames are buffered into 
buffers (62 1 ...62 n ) specific for each virtual channel 
at the input boundary of the subscriber node. 

5. Method according to claim 4, charac- 
terized in that a further service class is 
dedicated to congestion notifications (M) transmitted 
from each congested resource to the egress node of a 
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particular virtual connection, traffic from a 
subscriber (S) being adjusted in the egress node by 
buffering frames into the virtual channel specific 
buffers (62 1 ...62 n ). 
5 6. Node in a frame relay network, comprising 

input buffers at the input boundary of the node and 
output buffers at the output boundary of the node, and 
means (16) for forwarding frames from the input buffer 
to a desired output buffer, characterized 
10 in that it comprises 

- means (T) for storing service classes (1, 2, 
3) corresponding to virtual channels; and 

- at least one buffer (45a, 64a; 45b, 64b; 45c, 
65c) for each defined service class provided at least 

15 at the output boundary of the node specifically for 
each data link connection. 

7. Subscriber node according to claim 6, 
characterized in that buffers ( 62, ... 62 ) 
specific for each virtual channel are provided at the 

20 input boundary of the node. 

8. Trunk node according to claim 6, charac- 
terized in that buffers (44a 44d) specific 

for each service class are also provided at the input 
boundary of the node. 

25 9. Node according to claim 6, charac- 

terized in that the buffers of the service 
classes offering a delay shorter than that offered by 
the other service classes are shorter than the buffers 
of the other service classes. 
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